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Abstract — 

Traditional  routing  protocols  based  on  link-state  information 
form  a  network  topology  through  the  exchange  of  link-state  infor¬ 
mation  by  flooding  or  by  reporting  partial  topology  information 
and  compute  shortest  routes  to  each  reachable  destination  using  a 
path-selection  algorithm  like  Dijkstra’s  algorithm  or  the  Bellman- 
Ford  algorithm.  However,  in  an  on-demand  link-state  routing  pro¬ 
tocol,  no  one  node  needs  to  know  the  paths  to  every  other  node  in 
the  network.  Accordingly,  when  a  node  chooses  a  next  hop  for  a 
given  destination,  it  must  be  true  that  the  next  hop  has  reported 
a  path  to  the  same  destination;  otherwise,  packets  sent  through 
that  node  would  be  dropped.  In  this  paper,  we  present  a  new 
path-selection  algorithm  that  unlike  traditional  shortest  path  algo¬ 
rithms,  computes  shortest  paths  with  the  above  on-demand  rout¬ 
ing  constraint. 

I.  Introduction 

To  minimize  control  overhead  in  mobile  ad-hoc  networks, 
on-demand  routing  protocols  (e.g.,  dynamic  source  routing 
(DSR)  [1],  ad-hoc  on-demand  distance  vector  (AODV)  [2]  rout¬ 
ing,  temporally  ordered  routing  algorithm  (TORA)  [3],  source- 
tree  on-demand  adaptive  routing(SOAR)  [4]))  maintain  paths  to 
only  those  destinations  to  which  data  must  be  sent  and  the  paths 
to  such  destinations  need  not  be  optimum. 

In  link-state  routing  protocols  meant  for  mobile  ad-hoc  net¬ 
works,  partial  link-state  information  can  be  used  for  computa¬ 
tion  of  paths  to  destinations,  because  all  nodes  need  not  have 
to  compute  paths  to  every  other  destination.  Hence,  each  node 
may  not  know  how  to  reach  every  other  node  in  the  network, 
even  when  all  nodes  remain  connected.  For  correct  hop-by-hop 
routing,  every  node  that  receives  a  data  packet  for  forwarding 
should  have  a  correct  route  for  the  destination.  Therefore,  while 
computing  routes,  a  node  should  be  allowed  to  choose  a  neigh¬ 
bor  as  the  next  hop  for  certain  destinations  only  if  that  neighbor 
has  advertised  routes  for  those  destinations;  otherwise,  packet 
forwarding  would  be  incorrect.  Unfortunately,  the  Bellman- 
Ford  algorithm  or  Dijkstra’s  algorithm  do  not  place  any  con¬ 
straint  for  the  computation  of  routes,  and  new  path  selection 
algorithms  are  needed  to  account  for  the  on-demand  routing 
constraint.  In  this  paper,  we  present  such  a  new  path  selection 
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algorithm  that  computes  shortest  paths  with  on-demand  routing 
constraint. 

Section  II  describes  how  the  path  selection  algorithm  should 
be  specified  for  on-demand  link-state  routing  protocols.  Sec¬ 
tion  III  describes  the  details  of  the  path  selection  algorithm. 
Section  IV  proves  that  the  given  path  selection  algorithm  is 
correct,  i.e.  it  correctly  computes  the  best  path  to  reach  any 
destination  under  the  on-demand  routing  constraint.  Section  V 
concludes  the  paper. 

II.  Path  Selection  for  On-Demand  Fink-State 
Routing 


Fig.  1 .  Example  explaining  the  requirements  of  a  new  path  selection  algorithm 
for  routing  protocols  using  link-state  information  on-demand 

Considerable  effort  has  been  devoted  for  using  distance- 
vector  information  or  path-vector  on-demand  (e.g.,  AODV  [2], 
DST  [5],  DSR  [1]),  but  not  much  work  has  been  done  exploring 
the  use  of  link-sate  information  on-demand  in  routing.  Most  of 
the  link-state  routing  protocols  that  have  been  devised  for  mo¬ 
bile  ad-hoc  networks  are  pro-active,  like  OFSR  [6],  STAR  [7], 
FSR  [8],  TBRPF  [9]  while  the  source  tree  on-demand  adaptive 
routing  (SOAR)  [4]  is  the  only  protocol  reported  to  date  that 
uses  link-state  information  on-demand. 

The  key  idea  in  SOAR  is  for  wireless  routers  to  exchange 
minimal  source  trees,  consisting  of  the  state  of  the  links  that 
are  in  the  paths  used  by  the  routers  to  reach  only  important 
destinations.  Important  destinations  are  active  receivers  of  data 
packets,  relays,  or  possible  relays.  Minimal  source  trees  can  be 
reported  incrementally  or  atomically,  and  updates  to  individual 
links  in  source  trees  are  validated  using  sequence  numbers.  A 
wireless  router  uses  its  outgoing  links  and  the  minimal  source 
trees  received  from  its  neighbors  to  get  a  partial  view  of  the 
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Fig.  2.  Partial  Topology  (a)  and  Source  Graphs  of  neighbors  (b)  are  the  inputs  to  the  path  selection  algorithm,  (c)  is  the  output  i.e.  the  final  source  tree  for  packet 
forwarding 


network  topology  and  computes  its  source  tree  using  a  local 
path  selection  algorithm. 

A  key  difference  in  the  local  path-selection  algorithm  needed 
in  on-demand  link-state  routing  protocols  compared  to  tradi¬ 
tional  shortest-path  algorithms  used  in  proactive  routing  proto¬ 
cols  is  that  each  router  advertises  only  those  links  necessary  for 
data  forwarding,  rather  than  all  links  in  the  network.  Fig.  1  il¬ 
lustrates  this  situation.  The  figure  shows  the  partial  topology 
at  node  a,  which  has  been  built  based  on  its  outgoing  links 
and  the  inputs  from  its  two  neighbors,  b  and  c.  Each  link  in 
the  partial  topology  lists  the  neighbors  of  node  a  that  have  re¬ 
ported  the  links.  For  example,  node  b  has  only  reported  the  link 
b  —  d ,  while  link  g  —  h  has  been  advertised  by  node  c  only. 
A  traditional  path-selection  algorithm  (e.g.,  Dijkstra’s  shortest 
path  first  algorithm  or  the  Bellman-Ford  algorithm)  finds  the 
shortest  path  from  a  source  to  any  destination.  However,  when 
any  of  these  algorithms  is  run  on  the  partial  topology  at  node 
a,  node  b  will  be  selected  as  the  next  hop  to  reach  node  g  or 
node  h.  Node  b  has  not  advertised  any  path  to  node  h ,  and 
node  b  may  not  know  about  node  h's  existence.  In  such  a  case, 
packets  for  node  h  forwarded  to  node  b  will  be  dropped.  The 
valid  path  along  which  packets  for  node  h  can  get  forwarded  is 
[acefgh]  and  the  path  selection  algorithm  should  find  that  valid 
path,  rather  than  the  shortest  path.  Correct  hop-by-hop  routing 
would  then  be  possible. 

Of  course,  if  source  routing  is  enabled  as  in  DSR,  then  the 
packets  can  always  be  forced  on  the  shortest  path  [ abdgh ],  with¬ 
out  the  intermediate  routers  setting  up  any  route  for  destination 
h.  However,  our  focus  is  on  correct  route  establishment  at  each 
node  for  hop-by-hop  packet  forwarding,  rather  than  source  rout¬ 
ing  because  source  routing  requires  modification  of  current  IP 
forwarding  mechanism  and  incurs  extra  overhead  in  each  data 
packet.  Accordingly,  we  need  a  new  path-selection  algorithm 
for  on-demand  link-state  routing,  which  should  satisfy  the  fol¬ 
lowing  property  for  choosing  a  route  for  a  destination. 
Property  A  :  All  links  in  the  computed  path  to  a  destination 
through  a  neighbor  should  be  advertised  by  the  neighbor  itself. 

Because  our  objective  is  to  choose  the  shortest  among  the 
possible  valid  paths,  the  path  selection  algorithm  should  satisfy 
the  following  rules  : 


Rule  1:  If  pi  be  the  path  computed  to  reach  j  at  i  through 
neighbor  k ,  then  p]  =  [ifpj.]  ,  i.e.,  there  should  be  a  path  p J., 
which  has  been  reported  by  k  to  i  (if  :  link  from  i  to  k ),  which 
becomes  a  subpath  of  pf .  This  rule  follows  from  Property  A. 
Rule  2:  There  can  be  several  potential  paths  that  satisfy  Rule 
1 .  However,  for  final  route  computation  paths  with  the  smallest 
length  should  be  chosen. 

Rule  3:  Only  a  single  path  is  chosen  to  reach  any  node  in  the 
network.  For  example,  in  Fig.  1  there  are  two  valid  paths  for 
node  g,  namely  abdg  to  reach  node  d  and  acefg  while  reach¬ 
ing  node  h.  Path  abdg  through  neighbor  b  has  to  be  selected 
because  that  is  the  shortest  path  to  node  d.  In  that  case,  node  h 
will  become  unreachable,  because  the  only  valid  path  to  reach 
h  has  been  advertised  by  neighbor  c  and  neighbor  b  is  the  next 
hop  for  the  predecessor  of  node  h. 

The  optimal  path  selection  algorithm  should  choose  the  ap¬ 
propriate  predecessor  and  successor  with  the  objective  to  mini¬ 
mize  the  number  of  nodes  becoming  unreachable,  i.e.,  to  max¬ 
imize  the  number  of  nodes  for  which  routes  can  be  obtained. 
Finding  the  optimal  solution  is  an  NP-complete  problem1  and 
hence  we  propose  a  heuristic. 

III.  Details  of  the  Algorithm 

Dijkstra’s  algorithm  or  the  Bellman-Ford  algorithm  cannot 
be  used  directly  as  the  path  selection  algorithm  for  on-demand 
link-state  routing  because  they  do  not  satisfy  Rulel.  The  pro¬ 
posed  path  selection  algorithm  for  selecting  shortest  paths  in 
on-demand  link-state  routing  protocols  consists  of  selecting  the 
valid  paths  for  a  destination,  and  then  choosing  the  shortest 
among  the  valid  paths  with  the  objective  of  having  finite  cost 
paths  for  maximum  number  of  destinations.  The  following  two 
sections  describe  each  phase  of  the  path  selection  process. 

A.  Finding  Valid  Paths  for  a  Destination 

The  first  step  of  the  proposed  algorithm  is  to  rebuild  the 
source  trees  advertised  by  each  neighbor  based  on  the  links 

1  Proving  that  the  problem  of  finding  the  optimal  solution  is  an  NP-complete 
is  beyond  the  scope  of  this  paper 


{next_hop,  predecessor,  distance} 

min_dist 

best_options 

Cx 

Px 

[selec_best_options,  count,  {nh,  dist}] 

[nh,  pred,  dist] 

a 

{a,i,  1} 

1 

1 

ni ,  ni 

a 

i 

X 

[a.  a,  1] 

b 

{b.i.l} 

1 

1 

m,  n2 

b 

i 

x 

[b,  b,  1] 

c 

{c,  1,  1} 

1 

1 

ni ,  n3,  n4 

c 

i 

x 

[c.  c,  1] 

m 

{a,  a,  2},  {b,  b,  2},  {c,  c,  2} 

2 

3 

ns,  n6 

a,  b,  c 

a,  b,  c 

[2,  3,  {a,3},{b,3}] 

[b,  b,  2] 

U2 

{a,  a,  2},  {b,  b,  2} 

2 

2 

X 

a,  b 

a,  b 

[2,  1,  {a,  l},{b,  1}] 

[b,  b,  2] 

n3 

{b,  b,  2},  {c,  c,  2} 

2 

1 

X 

c 

c 

[1,  1,  {c,  1}] 

[c,  c,  1] 

U4 

{c,  c,  2} 

2 

1 

n7 

c 

c 

[1.4,  {c.  4}] 

[c,  c,  1] 

n5 

{a,  m ,  3},  {b,  m,  3} 

3 

2 

ns 

a,  b 

ni ,  ni 

[2,2,  {a,  2}  {b,  2}] 

[b,  n.4,  3] 

m 

{c,  m,  3} 

3 

1 

X 

c 

m 

[1,  1,  {c.  1}] 

[NULL,  NULL,  oo] 

n  7 

{b,  n3, 4},  {c,  ri4,  3} 

3 

1 

ng ,  nio 

c 

n4 

[1,3,  {c,  3}] 

[C,  U4,  3] 

ng 

{a,  n5, 4},  {b,  n5,4} 

4 

2 

X 

a,  b 

ns,  ns 

[2, 1,  {a,  1}  {b,  1}] 

[b,  ns,  4] 

ng 

{b,  n7,5} 

5 

1 

X 

b 

n7 

[1,  1,  {b.  1}] 

[NULL,  NULL,  oo] 

m  0 

{c,  n7, 4} 

4 

1 

nn 

c 

n7 

[1,2,  {c,  2}] 

[c.  m.  4] 

nu 

{c,  mO,  5} 

5 

1 

X 

c 

nio 

[1,  1,  {c,  1}] 

[c,  mo,  5] 

Fig.  3.  Table  depicting  the  step-wise  execution  of  the  path  selection  algorithm.  ( minjdist  =>  minimum  length  of  the  best  paths  to  a  destination  x,  best  .options  => 
total  number  of  neighbors  that  have  advertised  paths  of  smallest  length,  cx  =>  nodes  which  are  directly  reachable  along  the  least-cost  paths  through  node  x,  bnh 
(best  next  hop)  =>  neighbors  that  have  advertised  least-cost  paths  to  node  x,  px  =>  predecessors  through  which  node  x  can  be  reached,  selecJbest. options  => 
number  of  best  choices  among  the  shortest  paths,  count  =>  total  number  of  nodes  farther  from  a  node  that  can  be  potentially  included  in  the  final  source  tree 
when  nh  is  chosen  as  next  hop) 


in  the  given  topology  and  the  list  of  neighbors,  which  have 
reported  each  link.  The  source  trees  become  the  inputs  for 
the  path  selection  algorithm.  The  complexity  of  this  step  is 
0(nd2),  where  n  is  the  number  of  nodes  in  the  network  and 
(I  is  the  neighbor  density.  Fig.  2(a)  shows  the  partial  topol¬ 
ogy  at  node  i,  where  corresponding  to  each  link  the  neighbors 
who  have  advertised  that  link  have  been  listed.  Fig.  2(b)  shows 
the  source  trees  of  neighbors  a,  b  and  c  rebuilt  from  the  partial 
topology  of  node  i.  Table  3  shows  the  step-by-step  execution  of 
the  path  selection  algorithm. 

Next,  the  valid  paths  for  each  destination  in  the  form  of  tu¬ 
ples  { distance ,  nexthop,  predecessor}  are  determined  by  do¬ 
ing  depth  first  traversal  on  the  source  graph  of  each  neighbor. 
Atmost  d  valid  paths  are  theoretically  possible  for  each  destina¬ 
tion,  depending  on  whether  a  neighbor  has  advertised  a  path  for 
it  or  not.  The  complexity  of  a  depth-first  traversal  is  0(n )  for  a 
tree  with  n  nodes;  therefore.the  total  complexity  is  0(nd )  for  d 
neighbors.  Column  2  of  Table  3  shows  the  different  valid  paths 
possible  for  each  node  in  the  network  of  Fig.  2  in  the  form  of 
{nexthop,  predecessor,  distance}  tuples.  For  example,  cor¬ 
responding  to  node  n$  the  valid  paths  are:  (1)  through  neighbor 
a,  with  predecessor  n$  and  distance  four,  and  (2)  through  neigh¬ 
bor  b,  with  predecessor  n, 5  and  distance  four.  By  making  paths 
belonging  to  the  source  trees  of  neighbors  eligible  for  path  se¬ 
lection,  Rule  1  is  automatically  satisfied. 

B.  Choosing  The  Best  Routes 

After  computing  all  valid  paths  for  a  particular  destination, 
the  least-cost  paths  to  any  destination  are  only  considered  for 
the  final  route  selection,  thereby  satisfying  Rule  2.  That  process 
requires  two  operations:  (a)  finding  the  minimum  cost  among 
the  possible  options  ( 0(nd )),  and  (b)  selecting  the  paths  which 
are  of  least  cost  ( 0(nd )).  Columns  5,  6,  and  7  of  Table  3 
show  the  least-cost  paths  possible  based  on  the  source  graphs 
of  neighbors  a,  b  and  c.  As  shown  in  Table  3,  the  least-cost  path 
to  reach  node  n 7  among  the  two  valid  paths  through  neighbors 
b  and  c  (as  shown  in  Table  3)  is  through  neighbor  c,  with  the 
predecessor  being  n 4  and  the  direct  children  being  n 9  and  n  10  ■ 


The  next  step  of  the  operation  is  to  choose  among  the  valid 
least-cost  paths  only  those  paths  aggregation  of  which  will  form 
the  source  tree  with  maximum  number  of  nodes  in  it.  This  op¬ 
eration  can  be  formally  described  as  follows. 

Problem  statement:  Given  a  set  of  least-cost  paths  by  which 
the  nodes  in  a  network  can  be  reached,  the  successor  in  the 
route  for  each  destination  in  the  network  topology  has  to  be 
determined  such  that  finite-cost  paths  for  the  maximum  number 
of  nodes  can  be  obtained. 

Finding  the  optimal  solution  is  an  NP-complete  problem. 
Hence,  a  heuristic  is  proposed  for  the  final  path  selection.  The 
heuristic  can  be  divided  into  two  distinct  operations,  the  steps 
of  which  have  been  depicted  in  Fig.  4.  During  the  first  opera¬ 
tion,  choices  are  made  regarding  predecessors  and  next  hops  for 
nodes,  starting  from  the  farthest  nodes  towards  the  ones  nearer 
to  the  source,  while  maximizing  the  count  of  children  at  each 
node.  The  count  of  children  at  a  node  x  refers  to  the  total  num¬ 
ber  of  nodes  farther  from  x  that  can  be  included  in  the  final 
source  tree  when  a  particular  next  hop  is  chosen.  To  illustrate, 
if  node  m  is  reached  via  c,  then  the  total  number  of  children 
which  can  be  reached  from  m  is  two,  while  if  either  a  or  b  is 
chosen  the  count  becomes  three.  Hence,  c  is  excluded  as  a  next 
hop  choice  for  n  1  and  the  total  number  of  paths  of  minimum 
cost,  (referred  to  as  seleci,est0ptions  in  Table  3)  becomes  two. 

During  the  second  operation,  traversals  are  made  from  the 
source  towards  the  nodes  farther  away  and  final  selections  of 
next  hops  among  selecJbest-options  are  made.  For  example, 
node  no  can  be  reached  via  neighbor  a,  as  well  as  via  neighbor 
b.  Any  one  of  a  or  b  can  be  chosen  as  next-hop.  However,  if 
any  of  the  nodes  is  the  previous  successor,  then  to  prevent  route 
flapping  that  node  will  be  chosen  automatically  as  the  current 
successor.  Node  b  also  becomes  next  hop  for  node  n\ ’s  succes¬ 
sors  n 5  and  ng.  Node  n 5  chooses  node  b,  since  its  only  possible 
predecessor  n\  has  chosen  that  also.  Node  nf  s  only  path  is 
through  node  c  with  predecessor  m,  but  n  1  is  only  reachable 
through  node  b.  Therefore,  node  n e  would  be  excluded  from 
the  final  tree.  If  node  b  would  have  advertised  link  n  \  -ne,.  then 
n 6  could  have  been  included  in  the  final  source  tree.  Through 


message  exchange  in  the  routing  protocol,  intermediate  nodes  b 
and  n i  can  be  forced  to  advertise  a  path  to  n@.  Fig.  2(c)  shows 
the  minimal  source  tree  computed  drawn  from  the  final  results 
in  the  last  column  of  Table  3. 

The  complexity  of  the  above  two  operations  is  0(nd+2nd2). 
Accordingly,  by  considering  each  step  taken  for  the  path  selec¬ 
tion  the  complexity  of  the  entire  path  selection  algorithm  be¬ 
comes  0{nd2).  In  comparison,  the  complexity  of  Dijkstra’s 
algorithm  is  O (n2). 


STEP  1  nn  fi9 
indist  =  5  (c,l)  (b,l) 


REVERSE  1 


REVERSE  2 


REVERSE  3 


REVERSE  4 


REVERSE  5 


-  movement  from  leaf  nodes  to  source  (denoted  by  STEP  x) 

movement  from  source  to  leaf  nodes  (denoted  by  REVERSE  y) 
Tuple:  (x,n)  for  node  v  =>  x:  neighbor,  n:  number  of  potential  successors  of  v 
if  x  is  chosen  as  next  hop 


Fig.  4.  Depiction  of  the  process  of  final  selection  of  next  hop  for  each  node 


IV.  Correctness  of  Path  Selection 

Theorem  1:  If  5T,(=  (V',E'))  is  the  final  computed 
source  tree,  the  distance  to  each  v  G  V  ,  according  to  ST)  is 
the  shortest  path  based  on  the  given  topology  ( G  =  (V,E)) 
under  the  constraint  of  Rule  1. 

Proof:  Let  dv  be  the  distance  to  vertex  v  G  V  according 
to  ST,  and  6*(i,v)  be  the  shortest  distance  from  i  to  v  under 
the  constraint  of  Rule  1,  given  a  topology  at  node  i.  Using 
depth-first  traversals  through  each  neighbor’s  source  graph,  we 
compute  Sn{i,  v),  i.e.,  the  distance  from  i  to  v  through  neighbor 
n. 

Let  d”  =  Sn(i,v)  Vn  G  Nt  (Nt  :  neighbor  set). 

According  to  the  algorithm,  the  best  next  hops  ( bnh  G  IV;) 
for  any  destination  v  are  chosen  such  that  the  following  is  sat¬ 
isfied, 

dbvnh  =  min[<5"  ((,«)]  Vn  G  IV,;. 

Because  of  Rule  1,  dbnh  =  <)"(L  r)  for  each  bnh.  In  ST;, 
snh  is  the  selected  next  hop  for  reaching  v  and  snh  is  selected 
from  the  set  of  bnhs,  which  implies  that  dv  =  df h  =  S*(i,v). 

U 

Theorem  2:  Using  a  given  topology  if  one  run  of  path  se¬ 
lection  algorithm  does  not  yield  optimal  solution,  the  opti¬ 
mal  solution  can  be  obtained  by  message  passing  with  cer¬ 
tain  relevant  nodes. 


Proof:  Let  v  be  any  node  that  is  included  in  ST,;,  i.e., 
v  G  V  .  Let  nhv  be  the  next  hop  to  reach  v  according  to  ST,;. 
This  implies  that  count,.  ,nh0  =  max  V  n,;  G  IV;, 

where  count v  .n  is  the  total  number  of  nodes  in  the  subtree 
rooted  at  v  and  advertised  by  neighbor  n. 

Let  us  assume  that  a  node  u  has  been  left  out  of  ST,;  (i.e., 
u  G  {V  —  V  )).  Let  an  upstream  node  of  u  according  to  one 
possible  least  cost  path  from  i  to  u  (through  neighbor  nhv)  be 
v  and  let  v  be  the  last  node  in  the  path  to  u  that  belongs  to  ST;. 

An  on-demand  routing  protocol  based  on  link-state  informa¬ 
tion  can  be  defined  such  that,  a  node  could  ask  its  neighbor(s) 
to  enact  a  form  of  forced  routing  along  the  path  [nhv,  ....,  w] 
such  that  v, ..... nhv  would  be  forced  to  advertise  to  i  the  sub¬ 
tree  ( SUBTV ),  rooted  at  v,  containing  path  to  u  and  that  has 
been  excluded  from  ST,;. 

Let  c  be  the  total  nodes  in  SUBTV  excluding  v.  Then 
the  new  count  value,  count v.nhv  =  { countv.nhv  +  c)  > 
ma \[countv.ni]  =  ma x[countv.rii],  because  forced  routing 
through  nhv  increases  count. v  :nhv  only. 

This  implies  that  nhv  would  be  selected  as  the  next  hop  for  v, 
and  any  node  u  left  out  in  ST,;  before  would  be  included,  hence 
giving  the  optimal  solution.  ■ 

V.  Conclusions 

Traditional  shortest-path  algorithms  work  correctly  only 
when  all  nodes  maintain  routes  to  all  destinations.  However,  in 
on-demand  routing  protocols,  a  node  need  not  maintain  routes 
to  all  destinations.  Accordingly,  such  algorithms  as  Dijkstra’s 
shortest  path  first  or  the  Bellman-Ford  algorithm  cannot  be  ap¬ 
plied  for  computing  paths  when  there  is  an  on-demand  rout¬ 
ing  constraint  dictating  that  a  neighbor  can  be  chosen  as  the 
next  hop  to  a  destination  only  if  that  neighbor  has  advertised  a 
path  to  the  destination.  In  this  paper,  we  have  presented  a  new 
path  selection  algorithm  that  enables  correct  path  computation 
in  routing  protocols  based  on  the  exchange  of  link-state  infor¬ 
mation  on-demand  and  on  hop-by-hop  packet  forwarding. 
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